home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001194_dsr@hplb.hpl.hp.com _Thu May 27 11:11:08 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  4KB
  1. Return-Path: <dsr@hplb.hpl.hp.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA13611; Thu, 27 May 93 11:11:08 MET DST
  4. Received: from hplb.hpl.hp.com by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA02163; Thu, 27 May 1993 11:32:30 +0200
  6. Received: from dragget.hpl.hp.com by hplb.hpl.hp.com; Thu, 27 May 93 10:25:11 +0100
  7. Received: by manuel.hpl.hp.com
  8.     (16.6/15.6+ISC) id AA15764; Thu, 27 May 93 10:30:46 +0100
  9. From: Dave_Raggett <dsr@hplb.hpl.hp.com>
  10. Message-Id: <9305270930.AA15764@manuel.hpl.hp.com>
  11. Subject: Re: RE dtd2.html
  12. To: terry@ora.com
  13. Date: Thu, 27 May 93 10:30:45 BST
  14. Cc: www-talk@nxoc01.cern.ch
  15. Mailer: Elm [revision: 66.36.1.1]
  16.  
  17. Terry,
  18.  
  19. Thank you for your comments on "DTD2.html". I am still at an early stage in 
  20. developing this, and am very appreciative of input at this stage.
  21.  
  22. > + FLYLEAF seems misnamed to me.  As its contents are adequately
  23. >        contained within FRONT, you can just let this 
  24. >        info float withing FRONT.  Then the title page can be
  25. >        assembled from the FRONT info.
  26.  
  27. When you browse through a bookstore, you work through a kind of hierarchy:
  28.  
  29.     a)  the generic classification of this
  30.         part of the store e.g. SF, or Languages
  31.  
  32.     b)  the information on the spine of the books
  33.  
  34.     c)  the cover page - title, subtitle, illustration, ...
  35.  
  36.     d)  On opening a book the flyleaf often contains a
  37.         useful summary of what the book is about
  38.  
  39.     e)  You may next look at the contents before
  40.         browsing rapidly through the book itself.
  41.  
  42. It seemed a promising idea to try and support this kind of behaviour
  43. for on-line media. For instance you could see reduced pictures of
  44. the covers of several books at once. This hierarchy would also
  45. serve in searchable catalogs of available material.
  46.  
  47. The idea of the FLYLEAF tag was to provide markup that captures
  48. part of this hierarchy.
  49.  
  50. > + AUTHOR and EDITOR may occur more than once.
  51.  
  52. Thanks.
  53.  
  54. >  + LEGAL, like FLYLEAF, probably isn't needed.
  55.  
  56. You may be right here - I note that the ISBN number appears in a
  57. variety of places in printed matter.
  58.  
  59. >  + Are you contemplating nestable SECTIONs?
  60.  
  61. Yes.
  62.  
  63. > + I am not sure that STRONG, B, I, and U are desirable as
  64. >    elements.  These formatting characteristics ought to
  65. >    get applied to elements on the basis of their meaning.
  66. >    But that's a rather SGML point of view; you may wish
  67. >    to allow this slop room for WWW.
  68.  
  69. I don't like them either. They are present in HTML to support
  70. importing (scanned) documents for which a filter has no way of deciding
  71. the original meaning.
  72.  
  73. > + PRE is not really a paragraph type, as the contents of
  74. >    such sections need not be paras.
  75.  
  76. My mistake. The <P> tag isn't allowed in the PRE element anyway.
  77.  
  78. > + MENU seems to be simply a subset of UL, and could be eliminated.
  79.  
  80. It crept into HTML at an early stage and I would prefer <UL COMPACT>
  81. but will have to keep MENU for backwards compatibility.
  82.  
  83. > + IMG needs some TYPE attribute.
  84.  
  85. The type is usually defined by the referenced data, preferably as a MIME
  86. type or failing that on the basis of the file suffix or the presence of a
  87. well known pattern at the start of the data.
  88.  
  89. > On the whole this is a compact DTD and looks workable (though only
  90. > real testing can prove that).  How is it related to HMML?
  91.  
  92. Thanks!
  93.  
  94. HMML is the name of an internal and experimental DTD developed by
  95. Pei Wei. However, things became confused when Tim Berners Lee started
  96. using "HMML" for the proposed replacement for the original HTML DTD.
  97. To avoid confusion I am calling the new DTD "HTML+" which also emphasises
  98. that it is a superset of the current format.
  99.  
  100. Can you help me with a simple SGML problem? I have searched through
  101. Goldfarb's handbook, but can't find how to specify attributes which
  102. don't need values, as in <DL COMPACT>. Do you have any ideas?
  103.  
  104. Many thanks,
  105.  
  106. Dave Raggett
  107.  
  108. p.s. Thanks for your earlier comments on tables. I am now thinking
  109.     about extending definition lists to support tables with optional
  110.     title, and column headers, and limited adjustment/width info
  111.     for efficient rendering.